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(57) A main module of an object oriented computer 
program is independent of the software domain and can 
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domain specific dynamic link libraries. This main mod- 
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Description 

Field of the Invention 

5 [0001] The present invention relates to generally to a generic main computer program module that is dynamically 
configured at run time, and in particular to a network daemon using a service configuration pattern to configure a 
generic main object in a network computing environment. 

Background of the Invention 

10 

[0002] As set forth in U.S. Patent No. 5,499,365, full incorporated herein by reference, object oriented programming 
systems and processes, also referred to as "object oriented computing environments", have been the subject of much 
investigation and interest. As is well known to those having skill in the art, object oriented programming systems are 
composed of a large number of "objects". An object is a data structure, also referred to as a "frame", and a set of oper- 
15 ations or functions, also referred to as "methods", that can access that data structure. The frame may have "slots", each 
of which contains an "attribute" of the data in the slot. The attribute may be a primitive (such as an integer or string) or 
an object reference which is a pointer to another object. Objects having identical data structures and common behav- 
iour can be grouped together into, and collectively identified as a "class". 

[0003] Each defined class of objects will usually be manifested in a number of "instances". Each instance contains 
20 the particular data structure for a particular example of the object. In an object oriented computing environment, the 
data is processed by requesting an object to perform one of its methods by sending the object a "message". The receiv- 
ing object responds to the message by choosing the method that implements the message name, executing this 
method on the named instance, and returning control to the calling high level routine along with the results of the 
method. The relationships between classes, objects and instances traditionally have been established during "build 
25 time" or generation of the object oriented computing environment, i.e., prior to "run time" or execution of the object ori- 
ented computing environment. 

[0004] In addition to the relationships between classes, objects and instances identified above, inheritance relation- 
ships also exist between two or more classes such that a first class may be considered a "parent" of a second class and 
the second class may be considered a "child" of the first class. In other words, the first class is an ancestor of the sec- 
30 ond class and the second class is a descendant of the first class, such that the second class (i.e., the descendant) is 
said to inherit from the first class (i.e., the ancestor). The data structure of the child class includes all of the attributes 
of the parent class. 

[0005] Two articles providing further general background are E.W. Dijkstra, The Structure of "THE" Multi program- 
ming System, Communications of the ACM, Vol. 11, No. 5, May 1968, pp. 341-346, and C.A.R. Hoare, Monitors: Oper- 

35 ating Systems Structuring Concepts, Communications of the ACM, Vol. 1 7, No. 10, October, 1974, pp. 549-557, both of 
which are incorporated herein by reference. The earlier article describes methods for synchronising using primitives 
and explains the use of semaphores while the latter article develops Brinch-Hansen's concept of a monitor as a method 
of structuring an operating system. In particular, the Hoare article introduces a form of synchronisation for processes 
and describes a possible method of implementation in terms of semaphores and gives a proof rule as well as illustrative 

40 examples. 

[0006] As set forth in the Hoare article, a primary aim of an operating system is to share a computer installation 
among many programs making unpredictable demands upon its resources. A primary task of the designer is, therefore, 
to design a resource allocation with scheduling algorithms for resources of various kinds (for example, main store, drum 
store, magnetic tape handlers, consoles). In order to simplify this task, the programmer tries to construct separate 
45 schedulers for each class of resources. Each scheduler then consists of a certain amount of local administrative data, 
together with some procedures and functions which are called by programs wishing to acquire and release resources. 
Such a collection of associated data and procedures is known as a monitor. 

[0007] The adaptive communication environment (ACE) is an object-oriented type of network programming system 
developed by Douglas C. Schmidt, an Assistant Professor with the Department of Computer Science, School of Engi- 
so neering and Applied Science, Washington University. ACE encapsulates user level units and WIN32 (Windows NT and 
Windows 95) OS mechanisms via type-secured, efficient and object-oriented interfaces: 

IPC mechanisms - Internet-domain and UNIX-domain sockets, TLI, Named pipes (for UNIX and Win 32) and 
STREAM pipes; 

55 • Event multiplexing - via selectO and poll() on UNIX and WaitForMuftipleObjects on Win 32; 
Solaris threads. POSIX Pthreads, and Win 32 threads; 

Explicit dynamic linking facilities - e.g., dlopen/dlsym/diclose on UNIX and LoadLibrary/GetProc on Win 32; 
Memory-mapped files; 
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System VIPC - shared memory, semaphores, message queues; and 
• Sun RPC (GNU rpc++). 



[0008] In addition, ACE contains a number of higher-level class categories and network programming frameworks 
5 to integrate and enhance the lower-level C++ wrappers. The higher-level components in ACE support the dynamic con- 
figuration of concurrent network daemons composed of application services. ACE is currently being used in a number 
of commercial products including ATM signalling software products, PBX monitoring applications, network manage- 
ment and general gateway communication for mobile communications systems and enterprise-wide distributed medical 
systems. A wealth of information and documentation regarding ACE is available on the world-wide web at the following 
10 universal resource locator: 



http7/www.cs.wustl.edu/...schmidt/ACE-overview.html. 



[0009] The following abbreviations are or may be utilised in this application: 

15 

Thread - 

a parallel execution unit within a process. A monitor synchronises, by forced sequential isation, the parallel access of 
several simultaneously running Threads, which all call up functions of one object that are protected through a monitor. 
Synchronisations-Primitive - 
20 a means of the operating system for reciprocal justification of parallel activities. 
Semaphore - 

a Synchronisations-Primitive for parallel activities. 
M ut ex - 

a special Synchronisations-Primitive for parallel activities, for mutual exclusion purposes, it includes a critical code 
25 range- 
Condition Queue - 

an event waiting queue for parallel activities referring to a certain condition. 
Gate Lock - 

a mutex of the monitor for each entry-function, for protection of an object, for allowing only one parallel activity at a time 
30 to use an Entry-Routine of the object. 
Long Term Scheduling - 

longtime delay of one parallel activity within a condition queue or event waiting queue for parallel activities. 
Broker - 
a distributor. 

35 

[0010] In addition, the following acronyms are or may be used herein: 



40 



45 



50 



AFM Asynchronous Function Manager 

SESAM Service & Event Synchronous Asynchronous Manager 

PAL Erogrammable Area Logic 

API Application Programmers Interface 

IDL Interface Definition Language 

ATOMIC Asynchron Transport Optimising observer-pattern-like system supporting several Modes (client/server 

push/jpull) for an ]DL-less Communication subsystem, described herein 

XD R External Data Representation 

I/O Jnput/Qutput 

IPC Inter process Communication 

CSA Common Software Architecture (a Siemens AG computing system convention) 

SW Software 

Summary of the Invention 



[001 1 ] The present invention provides a main module that is independent of the software domain and which can be 
dynamically configured or reconfigured at runtime by domain specific dynamic link libraries. 
55 [0012] Modern operating systems, such as Microsoft Windows NT, provide support for dynamically configurable 
kernel-level device drivers. Similarly, CSA (Common Software Architecture (a Siemens AG computing system conven- 
tion) provides different program components in OCX format. These can be linked into and unlinked out of the applica- 
tion dynamically. This makes it possible to reconfigure the application without having to recompile and relink new 
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components into the application. 

[0013] This is achieved by the use of a service configurator pattern. The service configurator pattern resolves the 
following issues: 

5 • The need to defer the selection of a particular type or particular implementation of a service until very late in the 
design cycle. This allows developers to concentrate on the functionality of a service without committing themselves 
prematurely to a particular service configuration. By decoupling functionality from a services configuration, the 
service configuration pattern permits applications to evolve independently of the configurations policies and mech- 
anisms of the system. 

io • The need to build complete applications or systems by composing multiple independently developed services. The 
service configuration pattern requires all services to have a uniform interface. This allows the services to be treated 
as building blocks which can be easily put together as components of a large application. The uniform interface 
across all the services makes them "look and feer the same with respect to how they are configured and this 
makes developing applications simpler. 

15 • The need to optimise, reconfigure and control the behaviour of a service at run-time. Decoupling the implementa- 
tion of a service from its configuration makes it possible to fine-tune certain implementation of configuration param- 
eters of services. For instance, depending on the parallelism available on the hardware and the operating system, 
it may be more or less efficient to run one or more services in separate threads or processes. The service config- 
uration pattern enables applications to control these behaviours at run-time, when more information may be avail - 

20 able to help optimise the services. 



Brief Description of the Drawings 
[0014] 

25 

Figure 1 is a schematic block diagram showing the generic main and including an exploded view of the service 

configurator component of the generic main; 



Figure 2 is a schematic block diagram showing the detail of application interacting with the service objects as 

30 loaded by the generic main; 

Figure 3 is a schematic block diagram showing the communication portion "cornmiT of the ATOMIC element 
of the present invention; 

35 Figure 4 is a schematic block diagram showing the SESAM component of the invention; 

Figure 5 is a schematic block diagram showing the framework connectors component of the invention; 

Figure 6a is a block diagram of an object relationship and 

40 

Figure 6b is a dialog window showing loading of a service configuration; 

Figure 7 is a schematic block diagram showing the loading of OCX components; 

45 Figure 8 is a schematic block diagram showing a whole machine utilising the generic main in a variety of com- 



ponents; 



Figures 9-13 are dialog boxes in a windows operating system showing use of a service configuration manager. 



so Detailed Description of the preferred Embodiments 



[0015] Figure 1 shows a generic main ( ) 10 according to the present invention. The generic main 10 includes a 
services configurator 12. a main ( ) component 14, an ATOMIC component 16 (which is disclosed in further detail in EP 
Patent Application 0 81 7 01 7. which is incorporated herein by reference), a SESAM component 18 (which is disclosed 
55 in further detail in EP Patent Application 0 817 01 8, which is incorporated herein by reference), and a framework con- 
nectors component 20. 

[0016] Figure 1 also shows an enlarged view of the services configurator component 12 of the generic main ( ) 10. 
The services configurator provides dynamic linking of component DLLs (dynamic link libraries) into the generic main ( 
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) 10. Within the service configurator 12 are objects shown as blocks, these being linked by methods activations shown 
as dashed lines. A network 22 communicates to the service configurator 1 2 through a service dispatcher 24 and remote 
control of services objects 26 is communicates through a service manager 28 from outside the service configurator 12. 
Scripting tokens 30 provided definitions that are bound to the services objects, which are singleton objects. Scripting 

5 results in an executable services configuration file 32. In the illustrated executable services configuration file is shown 
the methods, static, dynamic (twice), and remove. The methods within the illustrated service configurator include: "reg- 
ister service" and "handle service" between the service dispatcher 24 and the service manager 28, "insert" from a serv- 
ice configurator 25 to the service repository 27, "into list" from the service configurator 25 to the service manager 28. 
"read" from the service configurator 25 to the executable service configuration file 32, "activate" and then "remove" from 

70 the service configurator 25 to the DLL in memory 38, "create" from the service configurator 25 to the service object 34, 
and "handle service" and "register service" between the DLL 38 and the scripting tokens 30. 

[0017] Service objects 34 are created, which load DLLs into the executable generic main at runtime, as indicated 
at 36. An example of an internal view of a DLL in memory is shown at 38, including program statements providing an 
allocation hook into the DLL, use of the init function to activate the DLL thereby creating a component object, and finally 
is removal of the DLL using the fini function to delete the component object. 

[0018] The connection between the service configurator 12 and the generic main 10 is illustrated by the links 40. 
First the open function is initiated and then the run event loop is called. 

[0019] The present invention is thus based on a service configuration pattern. The service configuration pattern 
provides the benefits of: 

20 

Centralised administration: 

The service configuration pattern combines one or more services to a single administrative unit. This simplifies 
development by automatically performing common service initialisation and termination activities, such as opening 
or closing of files. H also makes it possible to centralise the administration of network services by using a uniform 
2$ set of configuration operations such as initialise, suspend, resume, and terminate, and to query application compo- 
nents. 

Increased modularity and reuse: 

The service configuration pattern helps to decouple the implementation of services from the configuration of 
the services and, as such, improves modularity and reusability of the services. All services have uniform interface 

30 by which they are configured, which encourages reuse. 
Increased configuration dynamism: 

The service configuration pattern makes it possible to dynamically reconfigure a component without modifying, 
recompiling or relinking the existing code. Additionally, it is possible to reconfigure a component or other compo- 
nents without influencing other co-located components. 

35 • Increased opportunities for tuning and optimisation: 

The service configuration pattern provides an increased range of configuration alternatives to developers. 
Services functionality is decoupled from the execution agent, which is the generic main, that is used to invoke the 
service. Developers can adaptively tune daemon concurrency levels to meet client demands. Examples of alterna- 
tives include spawning a thread or process at the arrival of a client request or at the creation time. 

40 • Increased security of executables in avoiding the usage of process global data. Users can bring functionality into 
the generic main only in components, which have a set of initialisation and finalisation hooks. 

[0020] Figure 2 shows how a generic main ( ) is enriched by inheritance from a basic workwide event communica- 
tion mechanism, or ATOMIC. An executable template is shown, including DLL components that are loaded from disk as 

45 DLLs (dynamic link libraries). On application component 42 is illustrated as a shaded box including a service object 52 
with the functions discussed in conjunction with Figure 1 , including suspend, remove, init, info and fini. An application 
object is shown as any application 50, which is derived from a service object. Further objects identified as class... 54, 
two of which connect to the outside world through links marked connectable 56 and remote 58. The connectable link 56 
is a supplier and the remote 58 is a consumer. Male and female connectors are shown at the end of the links to indicate 

so the possibility of connection to these links. The application component 42 fills up the executable configuration script 32, 
which is an ASCI I file. 

[0021] Additional pages 44 and 46 show that many DLL components are provided. The present invention thus uti- 
lises the concept of component ware. Each of the components 42, 44 and 46 write to the executable file 32. These com- 
ponents 42, 44, and 46 are loaded with the help of the generic main ( ) 1 0, as shown by the links 48. The generic main 
55 10 includes the parts discussed in conjunction with Figure 1. The service configurator 12 can be seen performing the 
"open ( )" function on the executable service configuration file 32. An adaptive communication executive (ACE) 49 is 
provided as a framework for the generic main as a compile time link. 

[0022] The communication component "commu" 16 is shown in Figure 3. This provides a dynamically configurable 
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event service pattern. Shared memory 62 is accessed to read and write patterns, which are string names. These string- 
rfied patterns are thereby storing in the shared memory so that the name space is filled. Writing being carried out 
through a process manager 64 which performs a supervisory function. The communicator 1 6 shows the simplified com- 
munication which is possible via this framework via software ICs. Local remote, host remote and net remotes are con- 

5 sumers, local connectable, host connectable and net connectables are suppliers. 

[0023] Communications between these are handled through queues 66. The supplier router queue and consumer 
router queue are shown on the socket 68 f that provides communications over machine boundaries. A upipe 70 is pro- 
vided as an internal communication facility and an npipe 72 is provided for node loader communications within the oper- 
ating system but over component boundaries. The communications are within separate threads. The upstream and 

10 downstream direction of the threads is indicated by the arrow 74. 

[0024] An acceptor factory 76 (which is a tool in ACE) provides acceptors 78 to make communications available. It 
can be seen that the acceptor factory 76 can implement the init, f ini and info functions as components. A reactor heads 
the communication part. 

[0025] Figure 4 provides a generic main enriched by a sync/async management pattern SESAM, such as disclosed 
15 in EP Patent Application 0 81 7 018. The SESAM signalling dispatcher 80 is a reactor, the SESAM dispatcher 82 is an 
asynchronous timer handler and thread 84 are shown running in parallel within the executable file to provide concurren- 
cies of operation. The main thread 86 is executed. A main dispatcher 88 regulates activities in the executable file along 
with an event loop 90, and SESAM provides a gate to synchronous and asynchronous behaviour at an application/oper- 
ating system interface via activations and call -backs. The control of the operation is reverse compared to the traditional 
20 control using the so-called Hollywood principle, i.e. don't call us, we'll call you. 

[0026] The synchronous/asynchronous pattern permits the execution of functions asynchronously, the scheduling 
of synchronous timers, the scheduling of asynchronous timers, the handling of exceptions, the provision of a general 
synchronisation interface for communication events, waits for a list of events, and a synchronisation of multiple dis- 
patchers. 

25 [0027] There are two goals of the generic main, namely interconnecting frameworks (ACE and MFC), and creating 
a main program which can never be changed by an application programmer. The coupling of MFC and ACE main mes- 
sage pumps is shown in Figure 5. Every thread has its own message pump. The message pump of the MFC is hidden 
behind the scenes, while the message pump of the ACE is attached to an ACE_Task object. 

[0028] The MFC generic main has an MFC window thread connected to a queue 92 in the illustrated example. The 
30 MFC thread message pump loops at this thread. OLE (object linking and embedding) events and windows events are 
received at the queue 92 and CSA and MFC requests and responses interact with a queue 94 in the CSA generic main 
components running an ACE main thread. The Figure 5 thus illustrates a framework interaction via two message 
queues. 

[0029] MFC to ACE communications possibilities are as follows. An abstract base class implements a generic main 
35 base functionality which could be extended by deriving from this class an added functionality. Both the hook functions 
of the generic main base class are helpful. They could be placed before a dispatch loop will start and the second hook 
will be called after the dispatch loop is ready. 

[0030] The functionality of the MFC framework is used. The entry point here is the post-message method. The noti- 
fication of the method is, for example, as follows: 

40 

BOOL PostMessage ( 

HWND hWnd, /handle of destination window 
UINT Msg, //message to post 

45 

WPARAM wParam, // first message parameter 
LP ARAM IParam// second message parameter 

) 

50 



[0031 ] The parameters are defined as follows: 

55 HWND hWnd: The handle of the recipient window 

UINT Msg: the identifier of the user defined message, 
WPARAM wParam: the first parameter of the message, and 

LPARAM IParam: the second parameter of the message, which is used to transfer the name of the loaded compo- 
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nents from ACE to MFC. 

[0032] The service configuration of DLL and OCX components is explained hereinafter. The service configurator of 
the ACE framework is used to load all software components. 
5 [0033] To load OCXs, the code of the OCX project must be modified. This allows for loading of Microsoft Compo- 
nentware as well. 
[0034] The basic steps are: 

1. Define an additional class, derived from ACE_SERVICE_OBJECT (see Figure 6a) 

w 2. The init- and fini- methods will remain empty. 

3. The info method is the most essential part Each OCX has its own name identifying the component in the system 
registry. This name must be returned by the info- method. For example, 

int MySecondServiceObject::into(char**name, size_J) const 
15 { 

strcpyfname. "SECONDOCX.SecondOCXCtrl.1 "); 

return(O); 

} 

20 [0035] Additionally an entry in the service configuration file must be entered, which will be explained hereinafter. 
[0036] Refer to Figure 6b for a view of the windows dialog box for the pathing of the DLLs and OCXs in the 
Main/Control Panel/System of the Microsoft NT platform. The runtime linker uses the path environment variable for the 
search. The path of the component is required to be entered into the path variable. 

[0037] The mechanism for loading OCXs is shown in Figure 7. This provides the protocol for generic main compo- 
25 nent loading when supporting third party main modules. Note the use of the postmessage function between the 
threads. 

[0038] A computer running different generic mains as corrf igured by various component DLLs is shown in Figure 8. 
A visual basic controller 96 supervises the whole machine. The executable service configuration file is loaded into may 
different components, as shown by the arrows. 
30 [0039] The service configuration framework uses a configuration file, such as svc.conf, to guide the configuration 
and reconfiguration activities of a process. Each of these processes has therefore to be associated with a distinct con- 
figuration file. 

[0040] Each service corrf ig entry in the file begins with a service corrf ig directive that specifies the action to be per- 
formed. Each entry contains certain attributes that indicate the location of the shared objects file for each dynamically 
35 linked object and parameters as well. The latter may be needed to initialise the service at run-time. 

[0041] The primary syntactical elements in a config-file are presented below in Backus/Naur format (EBNF): 

<svc-config-entries> ::=svc-corrfig-entries svc-config-entry |NULL 

<svc-conffg-entry> ::= (dynamic) |<static>| (suspend)) (resume)| (remove>|< stream) |< remote) 
40 (dynamic) ::= DYNAMIC < svc-location ) [( parameters -opt >] 

(static) ::= STATIC (svc-name) [(parameters-opt)] 

(suspend) ::= SUSPEND (svc-name) 

(resume) ::= RESUME (svc-name) 

(remove )::= REMOVE (svc-name) 
45 <stream_ops> ::= (dynamic) | (static) 

(remote) ::= STRING *f ( svc-config-entry ) y 

(module-list) ::= (module-list) (module) | NULL 

(module) (dynamic) | (static) | (suspend) |(resume)| (remove) 

(svc-location) ::= (svc-name) (type) (svc-initializer) (status) 
so (type) SERVICE OBJECT '*'|MODULE '*'|STREAM HNULL 

( svc-initializer) ::= (object-name) | (function-name) 

(object-name) ::= PATHNAME IDENT 

(function-name) ::= PATHNAME IDENT '(' T 

(status) ::= ACTIVE | INACTIVE I NULL 
55 (parameters-opt) ::= STRING | NULL 

[0042] To illustrate how the Service Configurator framework is used in practice to simplify distributed application 
development, the following example corrfig file shows you the basic architecture of the configuration file. 
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# example file 

static ACE_Svc_Manager "-d -p 3333" 

dynamic MySegmentObjectl Service_Object * ocx_NEU.ocx:_alloc() "Segment" 
dynamic MyBrowserobjectl ServiceJDbject * Browser.ocx: __alloc() "Browser" 

[0043] This sample file contains a comment line at the beginning. The ACE__Svc_Manager is loaded statically and 
the 2 Objects, one Segmentviewer and a Patientbrowser, are linked dynamically. Both of them could be removed or be 
replaced by another (i.e. a newer version of the) Object without the need of a new compilation or linking of the applica- 
tion. To do so, you just have to give another directive and force the framework to read the and process the directive: 
remove MySegmentObjectl 

[0044] The program description of the SVCman (service configuration manager) will now be given. 
[0045] The Service Configuration Manager is a software-tool that allows you to create and modify your Service 
Conf ig files in a comfortable way. See Figure 9 for a window displayed on a computer monitor showing the process serv- 
ice configuration manager. 

[0046] According to the service configuration framework, the SVCman supports the following service config direc- 
tives: 



symbol 


description 


dynamic 


Dynamically link and enable a service 


static 


Enable a statically linked service 


remove 


Completely remove a service 


suspend 


Suspend a service without removing it 


resume 


Resume a previously suspended service 


stream 


Configure a stream into a daemon 


string 


Configure a remote facility 



[0047] In addition to that the SVCman is also designed to work with a ProcessManager, that allows you to define 
and change the configuration for a specific process dynamically. 

[0048] If the corresponding process of the current Service Config file is not running, this is not a problem at all. In 
this case the Service Config file will only be written to disk and the changes take effect when the process is started the 
next time. Nevertheless the old file will be saved as *.old file. 

[0049] If the process is currently running and the changes should take effect in advance one has to develop an 
alternative. The SVCman then generates a Delta file (*.delta )which holds the necessary directives to bring the Service 
Configuration Framework to the changed status. When the process is started the next time, it will be of course defined 
corresponding to the new Service Config file. 

How to Create a new config file 

[0050] When SVCman is started, the workspace is cleared and you are able to edit your new file. The filename will 
have to be specified when the created file is saved to disk. 

[0051] If the workspace is not empty because a file was loaded etc. simply click the Clear all button. 
Editing a config file 
Add Service 

[0052] By clicking the corresponding button the form for adding a service will be opened. In the background the new 
Service entry will become visible. The service will be added into the file after the marked entry. This is shown in Figure 
1 0 as a dialog box entitled "add new service". 

[0053] Now you can specify the service you want to add by filling out the entries in the Property form. Please refer 
to the description of the entries in the following table. 
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Entry 


Description 


Service 


defines the kind of service 


r\Jcirne 


Mama *\t A**n 

rMarne ot service 


Type 


Type of Service-object (service object, module, stream) 


Lib-File 


Filename of library which holds the desired function 


Function 


Name of function of the service entry in the DLL 


Status 


Status of service (active, inactive) 


Parameter 


optional parameterstring 



Note that the Enter key will act as the Window-Close button and thus close the form. You do not have to press Enter 
20 at the end of each entry-field. The changes you make will be updated in any case. 

The Browse button helps you to find the correct name of the library by showing you a list of the currently available 
ones in the specified path. 

According to naming conventions there must not be blanks (SPACE) inside name-fields, these are therefore 
depressed. 

25 • As the Service Configurator Framework uses double quotes O to indicate the start and the end of a parameter 
there must not be double quotes inside the parameter-field. They are therefore depressed. 
For a correct definition of a service all fields in the form have to be filled. Several types of services do require only 
one or two entries. The not required ones are disabled by program. 
During editing the Service Property form, the main form is disabled. 

30 

[0054] Add Comment is shown in Figure 1 1 . 

[0055] With Add Comment you can simply mark a line for comment and thus give some remarks on the entries of 
the conf ig-f ile. This clearly enhances the readability of the file. 

35 Toggle Comment 

[0056] Sometimes it can be useful to disable a made entry simply by declaring it as comment and not to remove it 
completely. By clicking the button the marked line will become a comment regardless of the kind of the specified serv- 
ice. By clicking the button again the comment will be removed and the original entry restored. 

40 

Add Stream 

[0057] The SVCman allows you to create streams up and down to a daemon. This stream encapsulates several 
other well defined services. By using the button a new stream is placed after the marked position. 

45 

To add a service to the defined stream use the Add to module button. 

Note that a stream can only be called statically or dynamically. 

Inside a stream another module is not allowed, i.e. no stream inside a stream. 

so Add to stream 

[0058] As said above a stream defines something like a module which can hold several services. To add a service 
to a stream focus the stream and press the Add to module button. If there is yet a service inside the module you can 
also mark the position after which the new entry will be made. 

55 

The service-entries inside a module will be shown as tree. 
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Edit service 

[0059] You can simply edit and change a service-entry just by double clicking on it. The Service Property form will 
then be evoked and you can change the specification. 

5 

Remove service 

[0060] To remove a service from the service-config file, specify the service you want to delete and press the 
Remove Service button. You will be asked if you really want to remove it. By selecting YES the service will be deleted, 
w CANCEL will bring you back. 

Note that there is no UNDELETE, so be careful 

if a stream is marked the whole stream with module will be deleted 

if a service inside a module is selected, only this service will be removed from the stream-module. 

15 Clear all 

Use this Button to clear all entries and reset all. 
Note that there is no UNDELETE, so be careful. 

The filename will also be cleared and you will have to define a new one when you want to save the file. 
20 Save a config file 

[0061] After editing or changing the file you can save your config file to disk. A common Windows Dialogbox will be 
opened and you have to specify the path and filename. This is shown in Figure 1 2. The file will be stored as svc . conf 
by default 

If you have specified a different filename, the executable has to have the - f FILEPATH - FILENAME given or a Proc- 
ess Start Parameter U " ;: 

If there is an existing file on disk it will be renamed into *.okJ, so you will not loose it and can restore it 

so Note: As said above, the SVCman is also designed to work with a ProcessManager, that allows to define the configu- 
ration for a specific process dynamically. If therefore the corresponding process of the changed Service Config file is 
running, you will be asked if the changes you made should take effect in advance or not. 

Load a config file 

35 

[0062] By clicking the Load button you can load other Service Config Files into the SVCman. If you do this while 
editing another file you will be asked if you want to save the old one first An illustration of the save as dialog box is 
shown in Figure 13. 

40 • If the file to load has not the right semantical form it cannot be read correctly by the SVCman. The program will 
cause the error "Cannot read file". In general one SPACE is required between the different object of the service 
entry. More SPACEs will be neglected. 

If the specified file cannot be found on the disk the program will cause the error "File not found" 
The SVCman can also be called with an optional commandline parameter. The specified file will then be loaded at 
45 the beginning 

Cut/Paste and Drag&Drop 

[0063] With the key INS and DEL you can perform Cut and Paste operations and also by simply dragging a line from 
so one position to another you can change the position of an entry inside the file. 

Note that the Cut / Paste function inside a module is not possible 
• The insertion is always done before the selected position. 

55 [0064] Attached is an appendix showing a program code listing in C++ for a generic main according to the present 
invention. The components shown in the listing include: a definition of the generic main, an implementation of the 
generic main functionality, as well as add on to the generic main functionality This generic main along with the service 
configurator and the framework interaction provide the advantages of the present invention. 
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[0065] Thus, the present invention provides an interpretative network daemon that is implemented by a generic 
main object. Only a binary executable is delivered including the following features. 

it is object oriented 

5 it provides proper hidden instantiation of process wide singleton objects, such as for 

basic network communication features in ATOMIC 
basic sync/async management with SESAM 

basic dynamic linking features with component dynamic link libraries -DLLs 
10 basic network wide naming support 

basic network wide time base support 

basic network wide resource looking support 

basic network wide message logging support 

basic operating system abstraction layer (OSAL) 
is basic interface to a system configuration control (SCCM) 

it provides support for full duplex event and request/response channels 

is provides generic connection to dominant GUI-framework supported main ( ) programs through the message 
pump interconnection protocol (MPIP) 
20 provides generic connection to device drivers 

provides generic support of an object dip database (debugging port) 

[0066] Although other modifications and changes may be suggested by those skilled in the art, it is the intention of 
the inventors to embody within the patent warranted hereon all changes and modifications as reasonably and properly 
25 come within the scope of their contribution to the art. 

Claims 

1 . An object oriented computer program for operation in a computer, comprising: 

30 

a generic main; 

a configuration component for configuring the generic main at runtime; 
a framework connector providing communications between components. 

35 2. An object oriented computer program as claimed in daim 1 , wherein said configuration component includes 

a service configurator, 
a service dispatcher, 
a service manager, and 
40 a service repository. 

3. An object oriented computer program as claimed in claim 1, wherein said generic main is independent of an oper- 
ating system of the computer until configured by said configuration component. 

45 4. An object oriented computer program as claimed in claim 1 , wherein said framework connector includes 

a socket for communication over machine boundaries, 

a upipe for internal communication, and 

an npipe for communication between components. 

so 

5. A method of operating a computer, comprising the steps of: 
providing a generic main component; 

configuring said generic main component at runtime with dynamic link libraries, including: 
55 generating a service configuration file; 

loading the dynamic link libraries into the generic main; 

inserting the generic main configured according to the service configuration file into programs running on said 
computer. 
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ACE_Service_Object 



CMyServiceObject 



FIG 6a 



virtual int initflnt, char *[ ]); 

virtual int fini(void); 

virtual int info(char**,sitze_t) const; 



System 



Computer Name: CSANT10 
"Operating System 



OK 



Startup: | "Windows NT Workstation Version 3.5j ± 



Show list for 5 v seconds 



Cancel 



Virtual Memory ... 



Recovery ... 



Tasking ... 



System Environment Variables: 



Help 



OS = Windows NT 

0$2LibPath = C:\WINNT35Vsystem32tos2Vdfl; 



Path = C:\WINNT 35\svstem32:C:\WINNT 35:D:DK\Bin;H:\ServiceConfi< 



PROCESSOR ARCHITECTURE = x86 

PROCESSORJDENTIFIER = x86 Family 5 Model 2 Stepping 11, Genuinelntel 



User Environment Variables for scharf 



include = d:\msdevVinclude;d:\msdev\mfc\include;d:^ 
lib = d:\rade\Aiib;d:\msdev\mfcUi^ 
MSDevDir = D:\MSDEV 

path = H:\ServiceC^nfig\TemplateServefComponenf\Debug;D:^ 

fpmn a C Vtemn 



temps i 



i 



Variable: 
Value: 



Path 



nt\Debug;H:\Projekte\PrototypV.OCXTemplate\Debug 



Set 



Delete 



vu. i$;S-V, 



FIG 6b 
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